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MULTI-DEPOSITORY FINANCIAL T RANSACTIONS 
This application claims the benefit of U.S. Provisional Patent Application Serial No. 
60/362,086, filed March 7, 2002, and U.S. Provisional Patent Application Serial No. 
60/422,496, filed October 31, 2002, the entire contents of which are herein incorporated by 
reference. 

BACKGROUND OF THE PJVENTION 

Funds are typically transferred between parties via checks, Fedwire, credit cards, wire 
transfers and the like. Such transfers require tiie participation of a third party individual such 
as a bank or account representative or a significant amount of time, for example in the case of 
checks where a receiving bank must present the check to the account-holder bank, etc. It 
would be desirable to implement a Systran that quickly facilitates transfer of funds firom party 
to party without requiring a liiird party individual, for example by using a conventional 
automated teller machine (ATM), or the like. Currently, ATM's fimction to fecilitate making 
withdrawals and deposits into a bank account or other account established at a financial 
institution. ATM's are not usable to transfer money between parties. 

The Fedwire fimds transfer system is a real-time gross settlement system in which more 
than 9,000 depository institutions initiate fimds transfers that are immediate, final, and 
irrevocable when processed. Depository institutions that maintain a reserve or clearing 
account with a Federal Reserve Bank may use Fedwire to send payments to, or receive 
payments from, other account holders directiy. Depository institutions use Fedwire to handle 
large-value, time-critical payments, such as payments for tiie settiement of interbank purchases 
and sales of federal funds; the purchase, sale, and financing of securities transactions; the 
disbursement or repayment of loans; and the settiement of real estate transactions. In the 
Fedwire funds transfer system, only the originating financial institution can rranove funds firom 
its Federal Reserve account Originators provide payment instructions to the Federal Reserve 
either on line or offline. On-line participants send instructions through either a mainfirame or 
PC connection to Fedwire, and no manual processing by the Federal Reserve Banks is 
necessary. 

Off-line participants give instructions to the Reserve Banks by telephone; once the 
telephone request is autiienticated, the Reserve Bank enters the ti^sfer instiiiction into tiie 
Fedwire system for execution. The manual processing required of off-line requests makes 
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them more costly, and thus they are suitable only for institutions with small, infrequent 
transfers. In 1999, the Federal Reserve System consolidated all off-line processing at the 
Kansas City and Boston Reserve Banks. 

The Fedwire funds transfer system operates generally from 12:30 a.m. to 6:30 p.m. 
5 eastem time, Monday through Friday. The deadline for initiating third-party transfers (that is, 
transfers initiated by a depository institution on behalf of its customers) is 6:00 p.m. eastem 
time. 

Financial institutions have used sub-account management systems wheie the account 
administrator holds a single bank account and adnodnisters multiple sub-accounts for their 
10 customers. These systems however, have no mechanism for enabling customers to transfer 
funds between sub-accounts via the Internet or other global network. 

STJMMARY OF THE INVENTION 

The transactions encompassed with the present system include those between 
customers in an intra-depository environment, whereby one customer can have funds debited 

15 from his depository account and in real time have the funds credited to another customer's 
account in the same depository. An embodiment also effects transactions in an inter- 
depository environment, connecting customers with accounts at different depositories. 
Utilization of the system of the present invention enables Customer A to pay Customer B for 
items purchased or simply to easily transfer funds from Customer A to Customer B via Internet 

20 access to their respective deposit sub-accounts. 

The system of the invention manages and administeis multiple customer accounts via a 
sub-account management program. In this context, assmning for example the depository is a 
bank, the administrator will have a single bank account in which all funds are maintained. The 
administrator maintains multiple sub-accounts within the single bank account for its customers, 

25 maintaining separate balances, earning separate interest, incurring separate account fees, etc. 
From the customers' perspective, each customer has an independent account with its balance 
etc. accessible via the system of the invention. 

In the inter-depository embodiment, customers anywhere in the world with access to a 
bank can have funds immediately credited to another account at any bank where the 

30 administrator has established a master account. 

Another embodiment of the present invention enables customers anywhere in the world 
with access to a bank to have funds immediately put on Hold for the purchase of goods or other 



wo 03/077065 



PCT/US03/06626 



transaction, and the hold will be maintained by the system until certain pre-established criteria 
have been met, at which time the funds will be released as provided in the pre-established 
criteria. 

In an exemplary embodiment of the invention, a method of processing funds between a 
5 transferor and a transferee is provided, where at least the transferor has a transferor deposit 
sub-account adnoinistered via a depository administrator. The method includes the steps of (a) 
the transferor accessing the depository administrator via a global network; (b) the transferor 
requesting a transfer or hold of fiinds in the transferor deposit sub-account to or for the benefit 
of the transferee; (c) if the transferee does not have a transferee deposit sub-account 

10 administered via the depository administrator, providing the transferee an opportunity to 

establish the transferee deposit sub-account; and (d) the depository administrator processing 
the funds between the transferor deposit sub-account and the transferee deposit sub-account. 

Step (b) may further include enabling the transferor to input an E-mail address of the 
transferee, and where the method further comprises alerting the transferee via E-mail that the 

15 transfer or hold of funds has been requested. In this context, step (c) may be practiced by the 
depository administrator comparing the transferee E-mail address with stored E-mail addresses 
of deposit sub-account holders to thereby determine whether the transferee has an existing 
transferee deposit sub-account. If the transferee does not have a transferee deposit sub-account 
administered via the depository administrator, the step of alerting the transferee via E-mail 

20 preferably further includes providing a link to the depository administrator enabling the 
transferee to establish the transferee deposit sub-account. If the transferee has a transferee 
deposit sub-account administered via the depository administrator, the step of alerting the 
transferee via E-mail further preferably further includes providing a link to the transferee 
deposit sub-account. 

25 Step (d) may be practiced by holding the funds in the transferor deposit sub-account 

until receiving confirmation that an event has occurred. The confirmation that an event has 
occurred may be confirmation by the transferor, confirmation of product delivery, confirmation 
of service completion, electronic confirmation by a third party such as a delivery or courier 
service (UPS, FedEx), etc. 

30 In one embodiment, the depository adnoinistrator maintains multiple master accounts at 

multiple financial institutions, and step (d) is practiced by internally processing the funds 
between the transferor deposit sub-account as part of one master account and the transferee 
deposit sub-account as part of a different master account. 
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Automated teller machine (ATM) cards may be issued to holders of deposit sub- 
accounts, where the transferor and transferee can deposit funds or withdraw available funds via 
their respective ATM cards. In this context, the method may further include, prior to step (a), 
the transferor depositing funds into the transferor deposit sub-account using the transferor's 
5 ATM card, and after step (d), the transferee withdrawing funds from the transferee deposit sub- 
account via the transferee' s ATM card. 

Hie depository may be any suitable institution such as a bank, a retail establishment, or 
the like. 

In another exemplary embodiment of the invention, a computer system for processing 
10 funds between a transferor and a transferee includes at least one user computer ranning a 

computer program that enables the transferor to access the depository administrator to request 
a transfer or hold of funds in the transferor deposit sub-account to or for the benefit of the 
transferee. A system server runs a server program, where the at least one user computer and 
the system server are interconnected by a computer network. The system server processes the 
15 funds between the transferor deposit sub-account and the transferee deposit sub-account, 

wherein if the transferee does not have a transferee deposit sub-account administered via the 
depository administrator, the system server providing the transferee an opportimity to establish 
the transferee deposit sub-account. 

In yet another exemplary embodiment of the invention, a computer program is 
20 embodied on a computer-readable medium for processing funds between a transferor and a 

transferee, with at least the transferor having a transferor deposit sub-account adnMnistered via 
a depository administrator. The computer program includes structure for carrying out the 
method of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

25 These and other aspects and advantages of the present invention will be described in 

detail with reference to the accompanying drawings, in which: 

FIGURE 1 is a detailed schematic illustration of a computer system; 
FIGURE 2 illustrates the system environment and application; 
FIGURE 3 is a sign up screen shot for registration with the depository administrator; 
30 FIGURE 4 is a screen shot enabling the user to send or reserve funds from their deposit 

sub-account; 
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FIGURE 5 is a screen shot enabling the user to send money to a particular 
recipient/transferee; 

FIGURES 6A and 6B illustrate transferee e-mail alerts; 

FIGURE 7 is a screen shot enabling the transferee to accept funds from the transferor; 
5 FIGURE 8 is a screen shot enabling the user to reserve funds for the benefit of a 

particular recipient/transferee; 

FIGURES 9A and 9B illustrate transferee e-mail alerts relating to the reserved funds; 

and 

FIGURE 10 illustrates the system environment and application in an altemative 
10 embodiment of the present invention. 

TITCTAn.KD DESCRIPTION OF PREFERRED EMBODIMENTS 

The multi-depository system described with reference to FIGURES 2-10 is preferably a 
browser-based system in which a program running on a user's computer (the user's web 
browser) requests information from a server program running on a system server. The system 
15 server sends the requested data back to the browser program, and the browser program then 
interprets and displays the data on the user's computer screen. The process is as follows: 

1 . The user runs a web browser program on his/her computer. 

2. The user connects to the server computer (e.g., via the Internet). Connection to 
the server computer may be conditioned upon the correct entry of a password as is well known. 

20 3. The user requests a page from the server computer. The user's browser sends a 

message to the server computer that includes the following: 
the transfer protocol (e.g., http://); and 
the address, or Uniform Resource Locator (URL). 

4. The server computer receives the user's request and retrieves the requested 
25 page, which is composed, for example, in HTML (Hypertext Markup Language). 

5. The server then transmits the requested page to the user's computer. 

6. The user's browser program receives the HTML text and displays its 
interpretation of the requested page. 

Thus, the browser program on the user's computer sends requests and receives the data 
30 needed to display the HTML page on the user's computer screen. This includes the HTML file 
itself plus any graphic, sound and/or video files mentioned in it. Once the data is retrieved, the 
browser formats the data and displays the data on the user's computer screen. Helper 
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applications, plug-ins, and enhancements such as Java™ enable the browser, among other 
things, to play sound and/or display video inserted in the HTML file. The fonts installed on 
the user's computer and the display preferences in the browser used by the user determine how 
the text is formatted. 

5 If the user has requested an action that requires running a program (e.g., a search), the 

server loads and runs the program. This process usually creates a custom HTML page "on the 
fly" that contains the results of the program's action (e.g., the search results), and then sends 
those results back to the browser. 

Browser programs suitable for use in connection with the account management system 
10 of the present invention include Netscape® Navigator available from Netscape® 

Communications Corporation and Intemet Explorer available from Microsoft Corp. 

While the above description contemplates that each user has a computer running a web 
browser, it will be appreciated that more than one user could use a particular computer terminal 
or that a "kiosk" at a central location (e.g., a cafeteria, a break area, etc.) with access to the 
1 5 system server could be provided. 

It will be recognized by those in the art that various tools are readily available to create 
web pages for accessing data stored on a server and that such tools may be used to develop and 
implement the multi-depository system described below and illustrated in the accompanying 
drawings. 

20 FIGURE 1 generally illustrates a computer system 201 suitable for use as the client and 

server components of the multi-depository system. It will be appreciated that the client and 
server computers will run appropriate software and that the client and server computers may be 
somewhat differently configured with respect to the processing power of their respective 
processors and with respect to the amount of memory used. Computer system 201 includes a 

25 processing unit 203 and a system memory 205. A system bus 207 couples various system 
components including system memory 205 to processing unit 203. System bus 207 may be 
any of several types of bus structures including a memory bus or memory controller, a 
peripheral bus, and a local bus using any of a variety of bus architectures. System memory 205 
includes read only memory (ROM) 252 and random access memory (RAM) 254. A basic 

30 input/output system (BIOS) 256, containing the basic routines that help to transfer information 
between elements within computer system 201, such as during start-up, is stored in ROM 252. 
Computer system 201 further includes various drives and associated computer-readable media. 
A hard disk drive 209 reads from and writes to a (typically fixed) magnetic hard disk 21 1; a 
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magnetic disk drive 213 reads from and writes to a removable "floppy" or other magnetic disk 
215; and an optical disk drive 217 reads from and, in some configurations, writes to a 
removable optical disk 219 such as a CD ROM or other optical media. Hard disk drive 209, 
magnetic disk drive 213, and optical disk drive 217 are connected to system bus 207 by a hard 
5 disk drive interface 221, a magnetic disk drive interface 223, and an optical drive interface 225, 
respectively. The drives and their associated computer-readable media provide nonvolatile 
storage of computer-readable instructions, SQL-based procedures, data stractures, program 
modules, and other data for computer system 201. In other configurations, other types of 
computer-readable media that can store data that is accessible by a computer (e.g., magnetic 

10 cassettes, flash memory cards, digital video disks, Bernoulli cartridges, random access 
memories (RAMs), read only memories (ROMs) and the like) may also be used. 

A number of program modules may be stored on the hard disk 21 1, removable 
magnetic disk 215, optical disk 219 and/or ROM 252 and/or RAM 254 of the system memory 
205. Such program modules may include an operating system providing graphics and sound 

15 APIs, one or more application programs, other program modules, and program data. A user 
may enter commands and information into computer system 201 through input devices such as 
a keyboard 227 and a pointing device 229, Other input devices may include a microphone, 
joystick, game controller, satellite dish, scanner, or the like. These and other input devices are 
often connected to the processing unit 203 through a serial port interface 231 that is coupled to 

20 the system bus 207, but may be connected by other interfaces, such as a parallel port interface 
or a universal serial bus (USB). A monitor 233 or other type of display device is also 
connected to system bus 207 via an interface, such as a video adapter 235. 

The computer system 201 may also include a modem 237 or other means for 
establishing communications over the wide area network 239, such as the Intemet. The 

25 modem 237, which may be internal or external, is connected to the system bus 207 via the 
serial port interface 231. A network interface 241 may also be provided for allowing the 
computer system 201 to communicate with a remote computing device 250 via a local area 
network 258 (or such communication may be via the wide area network 239 or other 
conmoLunications path such as dial-up or other communications means). The computer system 

30 201 will typically include other peripheral output devices, such as printers and other standard 
peripheral devices. 

As wiU be understood by those familiar with web-based forms and screens, users may 
make menu selections by pointing-and-clicking using a mouse, trackball or other pointing 
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device, or by using the TAB and ENTER keys on a keyboard. For example, menu selections 
may be highlighted by positioning the cursor on the selections using a mouse or by using the 
TAB key. The mouse may be left-clicked to select the selection or the ENTER key may be 
pressed. Other selection mechanisms including voice-recognition systems, touch-sensitive 
5 screens, etc. may be used, and the invention is not linoited in this respect. 

The architecture and system method will be described with reference to FIGURES 2-9. 
In accordance with the present invention, transactions between a transferor and a transferee can 
be processed via a depository administrator. The depository administrator generally maintains 
and administers a single master account 12 at a financial institution such as a bank. The master 

10 account 12 is subdivided into a plurality of deposit sub-accounts 14 for its respective 

customers. The administrator maintains the multiple sub-accounts 14 within the single bank 
account 12 for its customers, maintaining separate balances, earning separate interest, incurring 
separate account fees, etc. From the customer's perspective, each customer has an independent 
account with its balance etc. accessible via the system of the invention. 

15 The system administered by the depository administrator is generally accessible via a 

global network, such as the Internet. With reference to FIGURE 3, a new user can open a 
deposit sub-account 14 by accessing the depository administrator through the Internet. 
FIGURE 3 is an exemplary sign up screen shot from which the user can open a new deposit 
sub-account 14. The system also directs the user on various ways in which the user can fund 

20 the deposit sub-account including, for example, check, wire, credit card, etc. 

Once the deposit sub-account is established, the user can enter transactions with other 
parties using funds in their deposit sub-account or simply effect a transfer or reservation of 
funds in the deposit sub-account to or for the benefit of another party. 

FIGURE 4 is an exemplary account activity screen shot showing an available balance 

25 for transactions. The system enables the user to send or reserve available funds via links at 16, 
18, respectively. When sending or reserving funds, the user, deemed transferor, requests a 
transfer or hold of funds in the transferor's deposit sub-account to or for the benefit of a 
transferee. If the transferor selects the link at 16 to send funds to a transferee, the screen may 
display the exemplary screen shot illustrated in FIGURE 5. The transferor can complete the 

30 information requested by the system, including an e-mail address of the recipient/transferee. 
The system searches its database of e-mail addresses to determine whether the transferee 
already has a deposit sub-account administered by the depository administrator. If the 
transferee does not have a deposit sub-account, an e-mail such as that shown in FIGURE 6A is 
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sent to the transferee, including a link enabling the transferee to establish a deposit sub- 
account. In this manner, if the transferee selects the link, the transferee is directed to the sign 
up/registration section of the system, such as the exemplary screen shot of FIGURE 3. If, on 
the other hand, the transferee has already established a deposit sub-account administered by the 

5 depository administrator, an e-mail such as that shown in FIGURE 6B is sent to the transferee 
with a link to accept the payment/fund transfer. 

In this context, when the transferor initiates any activity in their deposit sub-account 14, 
for example by designating funds to pay for goods or services purchased or simply to transfer 
funds to the transferee, the funds are transferred intemally by the depository administrator from 

10 one sub-account 14 to another, still within the single master account 12. In such a transaction, 
the transferor would see a debit entry corresponding to the funds transferred, and the transferee 
would see a corresponding credit entry. The balance of the single master account 12 would be 
unchanged, since the transfer occurred intemally. 

If the transferee selects the link to accept the funds, the transferee is directed to an 

15 appropriate section of the system such as the exemplary screen shot shown in FIGURE 7, 
As noted, the transferor may alternatively reserve or hold funds for a pending 
transaction for the benefit of a particular transferee. In this context, if the transferor selects the 
link at 18 in FIGURE 4, the transferor may be directed to a reserve/hold funds section of the 
system such as the exemplary screen shot shown in FIGURE 8. In this manner, the transferor 

20 enters the transferee's e-mail address (or other identification), the amount of funds being 

reserved and some condition upon the occurrence of which the funds can be transferred. By 
holding funds in the transferor's deposit sub-account in this manner, the funds are made 
unavailable to the transferor, giving the transferee assurance that the funds will be transferred 
upon the occurrence of the predefined condition. Examples of such conditions may include 

25 upon the receipt of goods purchased, when service is complete, on a certain date, upon 

confirmation of delivery, etc. The ability to reserve funds is particularly, suited for transactions 
where the seller/transferee requires a deposit or other assurance that funds are available prior to 
shipping the purchased goods, performing the requested service, etc. 

Once the funds have been reserved in the transferor's deposit sub-account 14, an e-mail 

30 alert is sent to the transferee indicating that money is reserved for them via the depository 
administrator. FIGURE 9 A illustrates an exemplary e-mail alert that may be sent to a 
transferee without a deposit sub-account administered by the depository administrator. 
FIGURE 9B illustrates an exemplary e-mail alert sent to a transferee having already 
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established a deposit sub-account. Preferably, the e-mail alert provides an indication to the 
transferee that funds have been held and will be transferred once the transferor agrees that a 
predefined event or condition has occurred. 

The depository administered via the depository administrator, can be a bank, retail 

5 establishment or establishments or the like. In a retail establishment, a customer of retail store 
A deposits funds, which are processed through the system, and the customer of retail store B 
can receive funds tiiat customer A has designated to customer B through the system. 

Depositories such as banks typically maintain automated teller machines (ATMs), 
where customers can perfomi basic banking transactions, such as deposits, withdrawals, 

10 balance inquiries, etc. Customers are typically issued ATM cards and a personal identification 
code for use at the ATMs. In the context of the present invention, the depository administrator 
may issue ATM cards to holders of deposit sub-accounts 14 for access to the customer's 
respective sub-account 14. The cards may encompass debit or check cards or the like and 
typically contain conventional bank information as well as information for the depository 

15 administrator to identify the customer sub-account 14. With these ATM cards and the system 
of the present invention, a transferor can easily transfer funds to a transferee. For example, the 
transferor can deposit funds into his deposit sub-account via an ATM or any other conventional 
means, which funds are then designated for the transferee ttirough the system of the present 
invention, and the transferee can then receive those funds via withdrawal at any ATM. That is, 

20 after depositing the funds, the transferor can access the system of the present invention via the 
Internet to effect a transfer of funds to the transferee. The system will then debit the 
transferor's account and credit the transferee's account in the amount authorized by the 
transferor. As noted, this transaction will not affect a balance of the depository administrator's 
master account 12 since the transfer occurs internally. The transferee can then withdraw the 

25 funds from any ATM in a conventional manner. 

In an alternative or additional embodiment of the present invention, similar transactions 
may be encompassed between customers in an interdepository environment where multiple 
sub-accounts are administered by the depository administrator via master accounts at multiple 
financial institutions. In this manner, customers of different banks can transfer funds between 

30 their accounts through the present invention system functionality. In one arrangement, with 
reference to FIGURE 10, the depository administrator maintains a primary platform 20 that in 
turn administers master accounts 22, 24, etc. at different financial institutions. Each master 
account 22, 24 may incorporate a plurality of deposit sub-accounts 26 for its customers. This 
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11 

arrangement may also be affiliated with a user's existing bank account as a component feature 
for administration via the depository administrator. That is, the usef s bank may offer the 
system functionality to existing customers, enabling the users to establish a deposit sub- 
account using funds from their existing account through the bank itself or the system 
S administrator. 

Using the primary platform 20, the depository adnodnistrator can consolidate fund 
transfers and other transactions of its customers while limiting if not eliminating the amount of 
actual funds transferred between master accounts 22, 24, etc. For example, assume customer A 
whose deposit sub-account is administered via master account 22 desires to transfer funds to 

10 customer B whose deposit sub-account is administered via master account 24. In a similar 
context, assume customer D whose deposit sub-account is administered via master account 24 
intends to transfer the same amount to customer C whose deposit sub-account is adnndnistered 
via master account 22. The primary platform 20 can recognize this equal transfer and effect 
respective debits of customers A and D's deposit sub-accounts 26 and credits to customers B 

15 and C*s deposit sub-accounts 26 without physically transferring funds between banks or even 
affecting the balance of either master account 22, 24. On a global scale, the primary platform 
20 can maintain a plurality of master accounts to thereby service customers having bank 
accounts at various banks. 

With the system of the present invention, users can more easily deposit or withdraw 

20 funds from their own account or effect a transfer of funds to another account via Internet 
access to the depository administrator. As a consequence, time constraints and other 
inconveniences associated with the current fund transfer vehicles can be eliminated. 

While the invention has been described in coimection with what is presently considered 
to be the most practical and preferred embodiments, it is to be understood that the invention is 

25 not to be limited to the disclosed embodiments, but on the contrary, is intended to cover 

various modifications and equivalent arrangements included within the spirit and scope of the 
appended claims. 



